home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / infoham / 940192.txt < prev    next >
Internet Message Format  |  1994-11-13  |  33KB

  1. Date: Tue, 22 Feb 94 23:42:59 PST
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V94 #192
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Tue, 22 Feb 94       Volume 94 : Issue  192
  11.  
  12. Today's Topics:
  13.                      Exam element credit - 1 yr.!
  14.                     htx-202 audio mod (?) (2 msgs)
  15.                               Jeff Gold
  16.                              John Ramsey
  17.                   Looking for HT storage suggestions
  18.               Medium range point-to-point digital links
  19.                           Ramsey HF QRP Rigs
  20.                          Tone Burst Whistle?
  21.         WARNING: Potential Satellite Anomaly Warning - 21 Feb
  22.  
  23. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  24. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the Info-Hams Digest are available 
  28. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 22 Feb 1994 17:33:59 GMT
  36. From: agate!howland.reston.ans.net!europa.eng.gtefsd.com!news.umbc.edu!haven.umd.edu!cville-srv.wam.umd.edu!ham@ames.arpa
  37. Subject: Exam element credit - 1 yr.!
  38. To: info-hams@ucsd.edu
  39.  
  40. You have ONE YEAR EXACTLY from the date of passing an exam element to use it
  41. for getting a higher class license.
  42.  
  43. Someone noted that they passed the General written, but haven't passed 13 wpm.
  44. You have exactly 1 year from the date of passing your general exam to pass
  45. the 13 wpm exam (i.e. utilize the General written credit), after which the 
  46. written exam credit will expire.
  47.  
  48. Scott NF3I
  49.  
  50. I don't remember if it's, for example, Nov. 7, 1993 - Nov. 6, 1994, or
  51. Nov. 7, 1993 - Nov. 7, 1994 (last day inclusive?)
  52.  
  53. -- 
  54. 73,                            _________   _________  The
  55.                             \ /  Long   Original
  56. Scott Rosenfeld  Amateur Radio NF3I  Burtonsville, MD     |   Live    $5.00
  57.   WAC-CW/SSB  WAS  DXCC - 123 QSLed on dipoles __________| Dipoles! Antenna!
  58.  
  59. ------------------------------
  60.  
  61. Date: 21 Feb 94 13:09:50 GMT
  62. From: nprdc!ihnp4.ucsd.edu!swrinde!cs.utexas.edu!utah-morgan!hellgate.utah.edu!cc.usu.edu!sy_j.pgh.wec.com!user@network.ucsd.edu
  63. Subject: htx-202 audio mod (?)
  64. To: info-hams@ucsd.edu
  65.  
  66. I recently got an htx202 and since I've been using it, I have gotten
  67. signal reports that my audio is low. someone mentioned that radio
  68. shack will do an audio circuit mod for free if it is under warranty.
  69. anybody here knows what the mod is ? and if it can be done without
  70. taking it to the RS service center which is open only at a very
  71. inconvenient time.
  72.  
  73. jerry
  74. N3RKD
  75.  
  76. ------------------------------
  77.  
  78. Date: Tue, 22 Feb 1994 16:07:15 GMT
  79. From: spsgate!mogate!newsgate!news@uunet.uu.net
  80. Subject: htx-202 audio mod (?)
  81. To: info-hams@ucsd.edu
  82.  
  83. In article <ah301-210294080950@sy_j.pgh.wec.com>  writes:
  84. > I recently got an htx202 and since I've been using it, I have gotten
  85. > signal reports that my audio is low. someone mentioned that radio
  86. > shack will do an audio circuit mod for free if it is under warranty.
  87. > anybody here knows what the mod is ? and if it can be done without
  88. > taking it to the RS service center which is open only at a very
  89. > inconvenient time.
  90. > jerry
  91. > N3RKD
  92.  
  93. Often when I talked to people they were able to guess I was using
  94. an HTX202 based on the audio levels.  I took mine to the local 
  95. repair center, and the tech said mine was about as low as he had
  96. seen it.  I think it is more like a quick adjustment rather than
  97. a mod.
  98.  
  99. I believe it works better now, because I have asked folks and they
  100. say that the audio is sufficient.
  101.  
  102. By the way,  record all of your memory settings.  When you get your
  103. radio back, its memory will be clear.
  104.  
  105. --
  106. R i c k   C o t t l e         
  107. Email:cottle@prism.sps.mot.com 
  108.  
  109. ------------------------------
  110.  
  111. Date: 22 Feb 1994 17:27:58 GMT
  112. From: agate!howland.reston.ans.net!wupost!bigfoot.wustl.edu!cec3!jlw3@ames.arpa
  113. Subject: Jeff Gold
  114. To: info-hams@ucsd.edu
  115.  
  116. David Stockton (dstock@hpqmoca.sqf.hp.com) wrote:
  117.  
  118. :   A somewhat appropriate quote from the bloke who invented the
  119. : geosynchronous satellite:
  120.  
  121.  
  122. :    *************************************************************************
  123.  
  124. :         "Any sufficiently advanced technology is indistinguishable from
  125. :          magic"
  126.  
  127. :                          - Arthur C Clarke
  128.  
  129. :     ***********************************************************************
  130.  
  131.  
  132. :    The word "sufficiently" is for lawyers to argue over.
  133.  
  134. :    David
  135.  
  136. There was an episode about this point on a Star Trek TNG sometime back. . .
  137. Not like I'd know, or anything   :)
  138.  
  139. --jessE
  140.  (no I don't intentionally capitalize the E, the newsreader does it for me.)
  141.  
  142. ------------------------------
  143.  
  144. Date: 22 Feb 94 10:16:12 EST
  145. From: elroy.jpl.nasa.gov!usc!math.ohio-state.edu!cis.ohio-state.edu!pacific.mps.ohio-state.edu!ohstpy.mps.ohio-state.edu!miavx1!miavx3.mid.muohio.edu!clmorgan@ames.arpa
  146. Subject: John Ramsey
  147. To: info-hams@ucsd.edu
  148.  
  149. In article <rohvm1.mah48d-180294104722@136.141.220.39>, rohvm1.mah48d@rohmhaas.com (John E. Taylor III) writes:
  150. > In article <CLC8su.DCt@news.direct.net>, kg7bk@indirect.com (Cecil Moore)
  151. > wrote:
  152. >>
  153. >> Your experience has been different from mine. I had 100 times the trouble
  154. >> out of Heathkits that I had with Ramsey kits. You probably weren't around
  155. >> for the '50s when it was a miracle if a Heathkit ever worked.
  156. >>
  157. > Really?!  I've built Heathkits from the original oscilloscope and AT-1
  158. > transmitter right up through their kit 2-m HT, and had _very_ few problems
  159. > that weren't my own stupidity (back in the '50's I was known to make a cold
  160. > solder joint occasionally).  Think I had one bad relay in my HW-100 that
  161. > they promptly replaced, can't recall any other problems in well over twenty
  162. > kits.
  163. > Only built one Ramsey kit, their 40-m qrp transmitter.  Very simple
  164. > circuit, but it doesn't work.  (Oscillator stage is okay, but the final
  165. > doesn't amplify.)  Haven't had a chance to troubleshoot it yet, so can't
  166. > rule out my own stupidity, but Ramsey doesn't have a good track record with
  167. > me.
  168. > --
  169. > 73  de    John Taylor    W3ZID
  170. > rohvm1.mah48d@rohmhaas.com
  171.  
  172.  
  173. I, too, have to disagree with the observation regarding Heathkits.  From
  174. back in the 50's (that's 1950s folks) when I built my first one, I'd
  175. never had a problem that wasn't of my own making.
  176.  
  177. My experience leads me to belive Heathkit (may they RIP) has been unfairly
  178. slammed ... by far, I believe, the Heathkit builders were successful and
  179. had an excellent learning experience.
  180.  
  181. The kits were developed, and manuals written, not for graduate engineers but
  182. for the folks in the front lines.  The number of Heath products in use through
  183. the years, as well as today, certainly attest to the quality of their product.
  184.  
  185. I've never done a RAMSEY kit, so no comment here.
  186.  
  187.     73 >< Carl
  188.       K8NHE
  189.  
  190. ------------------------------
  191.  
  192. Date: Tue, 22 Feb 1994 17:37:31 GMT
  193. From: agate!headwall.Stanford.EDU!unixhub!unixhub.SLAC.Stanford.EDU!witness@ames.arpa
  194. Subject: Looking for HT storage suggestions
  195. To: info-hams@ucsd.edu
  196.  
  197. Hi.  Primarily I'm a disaster service worker who uses ham radio more for
  198. need than recreation, so keeping my HT always on my person isn't always
  199. the most practical option.  Extra bulk, the risk of accidental damage, and
  200. infrequent use make it impractical.  However, I DO need to keep it within
  201. ready reach at all times.  One option is my car.  My concern about
  202. storing it in the trunk of my car (along with my disaster supplies) is
  203. the summer heat and sun.  I do not know what temperature specifications
  204. exist for most HTs (does anyone have any?), but I do know the NiCad batteries
  205. are rated up to 45 Celcius for storage.  In the summer sun of California,
  206. I would think that the trunk of my car could get well over 55 Celcius.
  207.  
  208. Is this a concern that should keep me from storing an HT in my trunk during
  209. the summer months?  Anyone have any similar experiences or wisdom to share?
  210.  
  211. thanks in advance --
  212. 73 de KD6QPY
  213. greg
  214. -- 
  215. witness@slac.stanford.edu  --  Provided by the management for your protection
  216.  
  217. ------------------------------
  218.  
  219. Date: Tue, 22 Feb 1994 17:58:54 GMT
  220. From: elroy.jpl.nasa.gov!swrinde!sdd.hp.com!col.hp.com!srgenprp!glenne@ames.arpa
  221. Subject: Medium range point-to-point digital links
  222. To: info-hams@ucsd.edu
  223.  
  224. Severe basenote drift acknowledged. (:>)
  225.  
  226. Gary Coffman (gary@ke4zv.atl.ga.us) wrote:
  227. > Arrgh, I knew that. Signal drops with the *square* of distance, so it's
  228. > 6 db per doubling. The 119 db figure is correct though. The biggest loss
  229. > happens in that first mile.
  230.  
  231.   The term "pathloss" can be misleading since in freespace signal isn't
  232. lost.  Radio waves are divergant.  The illuminated area increases as the
  233. square of the distance.  Focus the power better and you get more in the
  234. receiving "bucket".  With constant antenna aperture (physical size once
  235. you get beyond dipoles) this is more effectively done at shorter
  236. wavelengths/higher frequencies.
  237.  
  238.   Signals appear to drop because the aperture of the antenna "catching"
  239. it is getting smaller compared to the total illuminated area at 1/D^2.
  240. This is exactly why shorter paths and shorter wavelengths are better.
  241.  
  242. > I think that my point here is that LOS paths aren't practical for most
  243. > amateur data links. The ability to get LOS paths is very terrain specific,
  244. > and very $$$ specific. They either require fortuitous high sites, or
  245. > very expensive microwave towers.
  246.  
  247. This is true, but if we are considering "competetive" information
  248. systems and networks, something that can hold a candle to 10's or 100's
  249. of Kbs *to the user* we have to consider how to efficiently pipe
  250. information around. If we can't find a way to make shorter and better
  251. quality paths practical, in the end we aren't going to be able to 
  252. compete with the alternatives.
  253.  
  254. > I agree it isn't practical to get multi-megabit systems below the
  255. > microwave frequencies. What I think you're overlooking is the physical
  256. > and financial impossibility of building the number of short hops that
  257. > LOS requires in most of the country in order to do the higher rate
  258. > channels. Amateurs can't do like the phone company and put up million
  259. > dollar relay sites every 15-30 miles. The expense isn't in the equipment,
  260. > it's in the *sites*. Amateurs don't have eminent domain, or the financial
  261. > resources of a major public utility. Amateurs are going to have to accept
  262. > lower data rates in order to stretch out the distance between available
  263. > sites enough to make the system practical.
  264.  
  265. I guess our difference is in what we consider acceptable.  I agree that
  266. building a network is difficult and costly but I'm of the opinion that
  267. if amateur radio is to stay viable and interesting in the sorts of ways
  268. it has in the past; public service, emergency and a playground for the
  269. "lay" technically inclined, that it has to have something to offer which
  270. is at least similar to that which is available elsewhere.  I'm not
  271. implying that we have to outdo the phone company but that in the
  272. information age we had better be able to transfer information reasonably
  273. well in contrast to the alternate commercial methods.
  274.  
  275.   I don't see "new blood" being too enamored with a 100 bps to-the-user
  276. performance(I'm being charitable, most longhaul amateur datacomm is a
  277. good deal slower than this)over AR if 1000 times that is availble
  278. elsewhere.
  279.  
  280.   While this isn't quite the case yet, it isn't far off.  The "backbone"
  281. for the commercial system is constantly improving and a wireless
  282. connection to the "last mile" is about to rain on us from a multitude of
  283. vendors.  I might point out that this backbone is effective because it
  284. uses short wavelengths and focussed energy; microwave/millimeterwave
  285. terrestrial and satellite networks and the really
  286. shortwave/focussed/guided medium:  fiber.
  287.  
  288. > Power is cheap. Sites are few and expensive. We have to be able to use
  289. > the sites *we can get* to build the network. Unlike a public utility,
  290. > we can't just go out and condemn ideal sites where we need them for
  291. > our microwave links. All of our path engineering has to revolve around
  292. > what we can do with the sites we can get.
  293.  
  294. I agree that sites are of great value.  I suppose a geostationary sites
  295. would be extremely valuable to amateurs but I don't agree that power is
  296. cheap nor really all that effective at making high information volume
  297. systems.  Once one leaves quality paths, the cost of maintaining quality
  298. data flow is tremendous.  Not only can't we generate enough power to
  299. overcome the additional losses and path variabilities cheaply but the
  300. excess power (that which doesn't get wasted in heating up the
  301. countryside) goes into removing the channel from reuse by other links
  302. (QRM). We need to be finding ways to use *less* power, not more, and
  303. not just because of the FCC mandate either.
  304.  
  305.   Access to suitable sites may be one area where amateurs have an advantage 
  306. over the big service providers. We are at least grass roots and already
  307. involved with repeaters and remote bases. Amateurs have a lot of "ins".
  308.   Even the big telecom companies haven't been able to write off their
  309. huge investments and go out and replace all their old equipment in one
  310. fell swoop.  If amateurs plan appropriately, we *might* be able to
  311. target something which will have value in the years to come.  If we
  312. don't, I'm afraid that as a hobby, we haven't much hope of staying
  313. interesting.
  314.  
  315. > The link budget calc I did showed that a 90 mile forward scatter path
  316. > has a path loss of 198 db at 219 MHz for a 56 kb bandwidth. That's doable 
  317. > with ordinary amateur beams and brick amplifiers, given the sensitivity
  318. > of existing RF modems.
  319.  
  320. > >  Your second 21 mile link obviously *isn't* LOS!
  321. > Yes it is. We can *see* the antennas at each end.
  322.  
  323. I probably should have said "quality" instead of LOS.  That your shorter
  324. path has more loss than the longer one shows that it has a problem.
  325.  
  326. > >Local clutter is probably degrading things severely.
  327. > >Antennas help a lot (2 dB of system improvement per dB of antenna gain)
  328. > >but a poor path degrades things much faster than antennas can fix it.
  329. > >  That "nestled end" that you call line-of-sight is clearly far from it.
  330. > >See my comment above about most practical links losing 15-40 dB as
  331. > The problem we have is severe multipath because the beamwidth of our
  332. > antennas illuminates buildings on either side of the path. That same
  333.  
  334. That's what I meant by "local clutter". And notice that throwing power at it
  335. in the situation probably doesn't fix it if the problem is multipath.
  336.  
  337. > path *does* work at 7 GHz because we have a commercial link there using
  338. > 6 foot dishes at each end that does not suffer multipath. The narrower
  339. > beam doesn't illuminate the multipath generating reflectors.
  340.  
  341. And that points out part of the value of microwave, small antennas give
  342. you a more focussed beam. The 7 GHz system probably can run a good deal
  343. less transmitter power and at the same time provide more opportunitiy for
  344. reuse of the channel because it doesn't spray power so widely.
  345.  
  346. > Well I agree we can't compete with the phone company. Their resources
  347. > are vastly greater than anything we could muster. But we can do a *lot*
  348. > better than 1200 baud for our users. And *that* horribly slow speed has
  349.  
  350. I doubt that we can provide simultaneous 1200 bps to-the-user for even a
  351. small fraction of US amateurs with a network of 56 kbps links at VHF.
  352. And to date, very few users have seen anything near 1200 bps *throughput*
  353. with the most common system.
  354.  
  355. > been enough to interest 20% of our ham population sufficiently to make
  356. > packet their primary operating mode, and has been enough to get hundreds 
  357. > of high site nodes and digis installed around the country. With those sites 
  358. > in hand, we can do a pretty good job of upgrading the network to 56 kb. 
  359. > That's a 47 times improvement over what we've got. We can do that for
  360. > about $8 each per year from active packeteers, and a lot of volunteer
  361. > labor.
  362.  
  363. I hope you are right that such a network could maintain interest in AR,
  364. but I guess I don't believe it.  Not if someone potentially interested
  365. can get inexpensive worldwide connectivity with high throughput and a
  366. host of services and if wireless connection to all this is also economical.
  367. Once there is fiber to the home, things just get worse for a lowspeed,
  368. RF-bound system. 
  369.    
  370. > The highest traffic flows are on the user MANs. In some cases where
  371. > local topographic conditions permit, those MANs could be shifted to
  372. > higher speed. But for the intercity trunks, I don't think we can do
  373.  
  374.   Higher speed cluster access was the point of our Hubmaster protocol
  375. (ARRL CNC #9).  And it may be that social and other common interest
  376. issues keep the highest information volume local.  However, even if the
  377. backbones don't have to be orders of magnitude faster than the local
  378. channels, the local channels have to be fast enough to be "interesting".
  379. This isn't going to happen with a small amount of VHF spectrum in most
  380. urban areas (if interested, see my other paper in CNC #9).  With
  381. realizable antennas, the beamwidths are going to be wide and the
  382. available channel speed will be divided among the users.  Very rapidly,
  383. a busy 56kbps channel becomes slower than a quiet 1200 bps channel.
  384. A highspeed link does not a highspeed network make.
  385.  
  386.  
  387. > megabit microwave trunks nationwide. There are just too many miles 
  388. > where there are no hams, and no suitable sites for the asking. Current
  389. > inter-MAN traffic demand doesn't justify it even if we could do it,
  390. > but I suspect that "build it and they will come" would be in effect
  391. > if we could possibly do it. I just don't see any way we could get
  392. > the sites. Even if the telcos *gave* us their old microwave sites,
  393. > I don't think we could find the manpower to maintain them.
  394.  
  395.   I don't have an answer either except that perhaps a few geostationary
  396. transponders could do a lot for long haul and perhaps mitigate the
  397. problem. In any case, we *must* make effective use of resources if
  398. we are to pull it off. This means efficient energy/information transfer
  399. which is going to require focussed beams and/or guided waves. This
  400. simply isn't going to be possible at VHF.
  401.  
  402.   It may be that AR will have to use existing carriers, like the
  403. IP encapsulation presently done using the Internet, for long haul.  I'm
  404. not sure that in the longterm I can identify the value added by amateur
  405. radio if this trend is taken to the limit.  In any case, I think there
  406. is no question that we are going to have to coordinate and cooperate.
  407. This is why I would hate to see a plan which falls short of the necessary 
  408. minimum required to suceed.
  409.  
  410.   I guess I'm changing my mind about what "build it and they will come" 
  411.  means in AR. I'm afraid it means:
  412.  
  413.  build it all, everything in place to provide highspeed user access worldwide,
  414.            user access h/w, s/w and a host of free services and applications.
  415.  
  416.  offer it for "less than you can imagine" (certainly less than the XYL 
  417.  pain-threshold of $500 or so), available by charge card from all the
  418.  mail order suppliers
  419.  
  420.  make it totatally turnkey, there must be no way for the user to mess it up
  421.  
  422.  and they will come. They will complain that it was done wrong, doesn't
  423.  work well enough, is a ripoff and they could have done it better. *but*
  424.  they will come and use it.
  425.  
  426.  
  427. My apologies to the original poster for this severe drift. I'll QRT now. 
  428.  
  429. 73
  430. Glenn n6gn
  431.  
  432. ------------------------------
  433.  
  434. Date: 22 Feb 1994 15:33:26 GMT
  435. From: elroy.jpl.nasa.gov!usc!math.ohio-state.edu!news.acns.nwu.edu!casbah.acns.nwu.edu!rdewan@ames.arpa
  436. Subject: Ramsey HF QRP Rigs
  437. To: info-hams@ucsd.edu
  438.  
  439. In article <CLJx9F.2tH@news.direct.net>,
  440. Cecil Moore <kg7bk@indirect.com> wrote:
  441. >>Now, have you, Cecil, or anyone else, built any of Ramsey's HF QRP xmtrs? 
  442. >>For $30 I might get one of those pup's for 20M (but from what I hear I
  443. >>think a low pass filter might be in order). 
  444. >>
  445. >>73, Jeff NH6IL
  446. >
  447. >No, Jeff, I haven't built one and don't know anyone who has but, like you,
  448. >would be interested in hearing from anyone who has.
  449.  
  450. I did not build one, but I debugged and fixed one for a friend who
  451. could not get it to work.  And for good reasons.
  452.  
  453. The receiver is a knock-off of the Neophyte Receiver from QST.  The 
  454. air variable in the VFO is replaced by a reverse biased 1N4002.  It
  455. is unstable and drifts like crazy.  
  456.  
  457. The transmitter is a knock-off of W7ZOI's universal qrp tx with `Ramsey
  458. special' mods.  The L-C tuned interstage coupling, which required toroids,
  459. has been replaced by broadband r-c coupling.  The problem: parasitics
  460. galore.  It took a lot of work to get it tamed and put out a reasonable
  461. amount of power.
  462.  
  463. My one thought as I debugged and fixed these kits was: The mods were
  464. to reduce component cost, never mind the effect on performance. 
  465.  
  466. Sort of sums up my opinion of Ramsey kits.
  467.  
  468.  
  469. Rajiv                                      dit  l  dit
  470. aa9ch                                           l           
  471. r-dewan@nwu.edu       ********************      =           
  472.                      *  rajiv   aa9ch/m    *    =           
  473.                     * r-dewan   @nwu.edu    *   l           
  474.                    *  iambic    cmos super2  *  l           
  475.           *********  kwd ts50   tx bugcatcher * l           
  476.         *                                      *l           
  477.        *     ***                       ***     *H           
  478.        *    *   *                     *   *    *H           
  479.         base*   *kenwd850*vert*80mloop*   *kent**           
  480.              ***                       ***                   
  481.  
  482. ------------------------------
  483.  
  484. Date: 22 Feb 94 10:06:03 EST
  485. From: agate!howland.reston.ans.net!math.ohio-state.edu!cis.ohio-state.edu!pacific.mps.ohio-state.edu!ohstpy.mps.ohio-state.edu!miavx1!miavx3.mid.muohio.edu!clmorgan@ames.arpa
  486. Subject: Tone Burst Whistle?
  487. To: info-hams@ucsd.edu
  488.  
  489. In article <T95sHc5w165w@stat.com>, david@stat.com (David Dodell) writes:
  490. > I have an ICOM 24AT which I would like to use with tone burst.  Is there 
  491. > a way to do this easily?
  492. >  
  493. > I understand that someone sells a tone-burst whistle which immitates the 
  494. > tone to prevent internal modification of a radio.
  495. > Anyone heard or know where I can get one of these?
  496. >  
  497. > david
  498. > ---
  499. > Editor, HICNet Medical Newsletter
  500. > Internet: david@stat.com                 FAX: +1 (602) 451-1165
  501. > Bitnet  : ATW1H@ASUACAD
  502.  
  503. Back in the "good-ole-days", we made whistles from short (approx 4")
  504. lengths of brass tubing.  Sometimes the tubing could be salvaged from
  505. a VHF or UHF antenna; sometimes acquired from a hobby shop.  ID, as I
  506. recall, was 0.25".
  507.  
  508. A notch cut in the side, approx 1.5" from one end, and final "trimming"
  509. of the tube, acquired the desired tone. (In the order of 1800Hz, I think)
  510.  
  511. Worked pretty well ... considering the investment ... but did take some
  512. practice to become competent.
  513.  
  514. Have fun!
  515.  
  516.     73 >< Carl
  517.       K8NHE
  518.  
  519. ------------------------------
  520.  
  521. Date: Sun, 20 Feb 1994 23:56:44 MST
  522. From: agate!howland.reston.ans.net!europa.eng.gtefsd.com!library.ucla.edu!news.mic.ucla.edu!unixg.ubc.ca!nntp.cs.ubc.ca!alberta!adec23!ve6mgs!usenet@ames.arpa
  523. Subject: WARNING: Potential Satellite Anomaly Warning - 21 Feb
  524. To: info-hams@ucsd.edu
  525.  
  526.                     /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  527.  
  528.                       POT
  529.  
  530.                         ISSUED: 06:00 UT, 21 FEBRUARY
  531.  
  532.                     /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  533.  
  534.  
  535. ATTENTION:
  536.  
  537.      Protons at greater than 10 MeV are becoming fairly significantly
  538. enhanced at the present time.  Flux levels are presently continuing to
  539. increase.  New maximums are continually being set.  Protons at greater than
  540. 10 MeV are presently at 570 pfu at 06:05 UTC.  Some contamination of the
  541. x-ray sensors is presently being observed on-board the GOES-6 and GOES-7
  542. spacecraft.  Other anomalies may be also observed during this satellite
  543. proton event.  This proton event is not particularly hard, spectrally.  Most
  544. of the particles have energies below 50 MeV.
  545.  
  546.      An interplanetary shock, related to the flare which was responsible for
  547. this proton activity, is expected to arrive late in the UTC day of 21
  548. February or (preferably) early in the UTC day of 22 February.  There is a
  549. fair possibility geosynchronous satellites may observe periods of
  550. magnetopause crossings for several hours after the arrival of this shock.
  551.  
  552.      Also by way of update, the high energy electron fluxes (and fluences)
  553. at greater than 2 MeV which have been observed over the last two weeks have
  554. dropped and are continuing to gradually fall.
  555.  
  556.  
  557. **  End of Warning  **
  558.  
  559. ------------------------------
  560.  
  561. Date: Tue, 22 Feb 1994 15:56:15 GMT
  562. From: agate!library.ucla.edu!news.ucdavis.edu!chip.ucdavis.edu!ez006683@ames.arpa
  563. To: info-hams@ucsd.edu
  564.  
  565. References <1994Feb3.190229.8136@arrl.org>, <x8yqthx.jramsey@delphi.com>, <POPOVICH.94Feb21022855@prince.cs.columbia.edu>│π
  566. Subject : Re: RAMSEY FX TRANSCEIVER
  567.  
  568. Steve Popovich (popovich@prince.cs.columbia.edu) wrote:
  569.  
  570. : Jeff, I'm afraid you've gone 'round the bend here.  This kind of
  571. : argument went out with McCarthy, didn't it?  I think you're a bit
  572. : overzealous in desiring to {pro,per}secute "suspected illegals", too.
  573. : Now I guess I'm one of your suspects too, even though I am not now,
  574. : nor have I ever been, involved with pirate radio. :-)
  575.  
  576. Now if you would please just provide the names of all those you know who 
  577. are or have, in the past, been involved with pirate radio, we can probably 
  578. clear your name and allow you to reclaim your good name.  What? We lnow 
  579. better than that, if you didn't know any pirates would you really be 
  580. commenting on this thread?  Please just tell us what you know and 
  581. everything will be alright.  All we need are a couple of names, don't 
  582. woory they'll be given the same opportunity as you to clear their names.
  583.  
  584.  
  585. dan
  586. --
  587. *---------------------------------------------------------------------*
  588. * Daniel D. Todd      Packet: KC6UUD@KE6LW.#nocal.ca.usa              *
  589. *                   Internet: ddtodd@ucdavis.edu                      *
  590. *                 Snail Mail: 1750 Hanover #102                       *
  591. *                             Davis CA 95616                          *
  592. *---------------------------------------------------------------------*
  593. *     The only thing I can officially say for the University is:      *
  594. *     What I say is in no way related to oficial University policy    *
  595. *---------------------------------------------------------------------*
  596.       
  597.  
  598. ------------------------------
  599.  
  600. Date: Tue, 22 Feb 1994 16:05:15 GMT
  601. From: olivea!isc-br!loki!bruceo@ames.arpa
  602. To: info-hams@ucsd.edu
  603.  
  604. References <HPaZHc3w165w@stat.com>, <steve.761771155@netsys.com>, <1994Feb22.122512.18239@afit.af.mil>
  605. Subject : Passed General written, how long do I have to pass code?
  606.  
  607.  
  608. I passed my General written exam a while back, but was only able to
  609. copy 5 wpm.
  610.  
  611. Does anyone know how long I have to pass the 13 wpm before I have to
  612. take the written exam over again?
  613.  
  614.  
  615. Thanks....
  616.  
  617.  
  618. bruceo@loki.isc-br.com
  619. N7RWO
  620. --
  621.  
  622. Bruce Oscarson          | bruceo@mail.spk.olivetti.com
  623. Olivetti North America  |
  624. N7RWO                   | ma-bell  (509) 927-5437
  625.  
  626. ------------------------------
  627.  
  628. Date: 22 Feb 1994 17:25:17 GMT
  629. From: agate!howland.reston.ans.net!wupost!bigfoot.wustl.edu!cec3!jlw3@ames.arpa
  630. To: info-hams@ucsd.edu
  631.  
  632. References <2k0eup$k3o@crcnis1.unl.edu>, <rcrw90-180294093408@waters.corp.mot.com.corp.mot.com>, <2kcdqj$nto@crcnis1.unl.edu>
  633. Subject : Re: Keyboards at testing sessions
  634.  
  635. Gary McDuffie Sr (mcduffie@unlinfo.unl.edu) wrote:
  636. : rcrw90@email.mot.com (Mike Waters) writes:
  637.  
  638. :  >The need is not to show that someone *is* or *could* cheat, but for them to
  639. :  >prove that they *could not* cheat..  If you want to use some piece of
  640. :  >equipment in a testing session *you* must show that (a) you are not using
  641. :  >it to cheat and (b) it won't disturb the other test takers.
  642.  
  643. : Oh, we are back to guilty_until_proven_innocent now? Be real!
  644.  
  645. How about, "prevention is the best medicine"???  If you be sure that a person
  646. can't cheat, he most likely won't.  I'm quite aware of this as a student full
  647. time; I've been told at the MCAT, for example, although there are physics
  648. and chemistry problems, calculators are not allowed, watches are not allowed
  649. that make any noise whatsoever, including beeping at the hour.  You are not
  650. considered guilty, but they want to preclude the possibilities of any
  651. cheating.  This is the whole purpose of proctors, or VE's.  I've gone to 
  652. things like math contests, where I had to demonstrate that my programmable
  653. calculator was empty, i.e., reset it, and let the proctors see the prompt,
  654. "reset ok."
  655.  
  656. :  >Showing an empty hard drive or none at all is one very easy way to do this.
  657. :  > Certainly there are other waysto do this.  Remember the onus in not on the
  658. :  >VEs to try to anticipate every possible way for someone to cheat, but to
  659. :  >ensure fair tests
  660.  
  661. : You failed to answer the question. What has a hard drive got to do 
  662. : with cheating? How is a hard drive going to help you cheat?
  663.  
  664. Somebody may say that you can have a program hooked to a mic that copies code.
  665. There are definitely those that can do so, given the proper audio input.  Now
  666. the chances oF someone doing that *is* slim, but still the possibility
  667. exists.
  668.  
  669. All in MHO, and the institution can (disclaimer) think anything; whether or
  670. not it is what I do is purely coincidental.
  671.  
  672. --jessE
  673.  
  674. ------------------------------
  675.  
  676. Date: Tue, 22 Feb 1994 14:53:20 GMT
  677. From: elroy.jpl.nasa.gov!swrinde!gatech!wa4mei.ping.com!ke4zv!gary@ames.arpa
  678. To: info-hams@ucsd.edu
  679.  
  680. References <2970520692.0.p01258@psilink.com>, <1994Feb17.144029.3459@ke4zv.atl.ga.us>, <CLL8pn.LAM@cscsun.rmc.edu>π
  681. Reply-To : gary@ke4zv.atl.ga.us (Gary Coffman)
  682. Subject : Re: Keyboards at testing sessions
  683.  
  684. In article <CLL8pn.LAM@cscsun.rmc.edu> dtiller@cscsun.rmc.edu (David Tiller) writes:
  685. >Gary Coffman (gary@ke4zv.atl.ga.us) wrote:
  686. >: Or bring in your Royal or Smith Corona portable typewriter. Even the FCC
  687. >: allowed you to copy by mill back in the 1960s.
  688. >
  689. >I agree in principle, but wouldn't that be a little loud and distracting
  690. >for the others?  A pc keyboard is loud enough!  How about cheating? What
  691. >would stop a dishonest person from peering at the keyboard as the characters
  692. >were typed??  Inquiring minds, and all that....
  693.  
  694. Well in my experience, the FCC had their Instructograph's volume turned
  695. up so loud a hundred manual typewriters couldn't have drowned it out. 
  696. It un-nerved me to hear it echoing down the hall. They'd also let you
  697. use cans if you brought your own, and your own key for the sending test
  698. too. (Wish I'd known that in advance, their key sucked.)
  699.  
  700. As for cheating by watching someone's fingering of their keyboard,
  701. I'd never thought of that. Seems to me that would take as much 
  702. practice as just conditioning yourself to copy the Code.
  703.  
  704. Gary
  705. -- 
  706. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  707. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  708. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  709. Lawrenceville, GA 30244     |                     | 
  710.  
  711. ------------------------------
  712.  
  713. Date: Tue, 22 Feb 1994 05:04:15 GMT
  714. From: news.Hawaii.Edu!uhunix3.uhcc.Hawaii.Edu!jherman@ames.arpa
  715. To: info-hams@ucsd.edu
  716.  
  717. References <2jqtltINNkan@abyss.West.Sun.COM>, <CLJo0C.9t6@news.Hawaii.Edu>, <rcrw90-210294094730@waters.corp.mot.com.corp.mot.com>
  718. Subject : Re: Jef Harmon (was Re: RAMSEY FX TRANSCEIVER
  719.  
  720. In article <rcrw90-210294094730@waters.corp.mot.com.corp.mot.com> rcrw90@email.mot.com (Mike Waters) writes:
  721. >
  722. >I have to wonder if there is a living person who's past Jef *doesn't*
  723. >suspect?
  724. >
  725. >How is your potty patrol going Jeff?  Still finding nastly people
  726. >misbehaving in the bathrooms at U of H?
  727.  
  728. Who's Jef? 
  729.  
  730. Yeah, those `guys' are still passing their diseases to each other in 
  731. the restrooms on campus. The campus police are finally starting to arrest
  732. them for lewd conduct and solicitation.
  733.  
  734. I guess I should have put a smiley or two in the rec.radio.pirate
  735. post. I really don't believe that Dana has ever done anything illegal.
  736. Him and I will never see eye-to-eye on some things.
  737.  
  738. QRT.    dit   dit
  739.  
  740.  
  741. 73 Mike,
  742. Jeff NH6IL
  743.  
  744. ------------------------------
  745.  
  746. End of Info-Hams Digest V94 #192
  747. ******************************
  748.